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(57) Abstract: The present invention proposes method 
for performing a mobile user terminal route update in 
a telecommunication network (6) operated based on the 
Internet Protocol, said network comprising at least two 
network transceiver device gateways (3, 5) each being 
adapted to communicate with at least one mobile user 
terminal (1), at least one routing element (6a) adapted to 
provide a route for a communication connection between 
a mobile first user terminal (1) and a second user termi- 
nal (8), said second user terminal (8) communicating via 
a border gateway (7; 73, 71, 72) and said at least one 
routing element (6a) with said mobile first user terminal 
(1), and wherein each user terminal (1, 8) is identified by 
its Internet Protocol address, said method comprising the 
steps of : detecting an occurence of a handoff (4) condi- 
tion for said mobile first user terminal (1) for a handoff 
from a first one (3) to a second one (5) of said at least two 
network transceiver device gateways, initiating a handoff 
procedure at the mobile first user terminal ( 1), the first (3) 
and the second (5) network transceiver device gateways 
and the border gateway (7; 73, 72, 71), and transmitting 
the respective Internet Protocol address of those termi- 
nals (1,8) which are communicating with each other by 
the corresponding gateway (5) to be associated to the re- 
spective terminal after handoff, before completion of the 
handoff procedure. 
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TITLE OF THE INVENTION 

A method for performing a mobile user terminal route update 
in a telecommunication network operated based on the 
5 Internet Protocol 

FIELD OF THE INVENTION 

The present invention relates to a method for performing a 
10 mobile user terminal route update in a telecommunication 
network operated based on the Internet Protocol. 

BACKGROUND OF THE INVENTION 

15 In the future the telecommunication networks and 

particularly the radio access networks thereof will change 
to adopt a complete Internet Protocol (IP) solution where 
the cellular base transceiver stations, herein also 
referred to as network transceiver device gateways, behave 

20 as "Last Hop Gateways" of the Internet towards the mobile 
user terminals. That is, they serve as entry and/or exit 
points to and/or from the Internet. The IP radio access 
network can be considered as an autonomous system which 
provides access to the Internet by using the mobile user 

25 terminals. 

! i L*i 

The basic assumption underlying the current standardization 
activities of the „MobileIP" workgroup is that the mobile 
user terminal must be able to communicate using the same IP 
30 address at all times, regardless of its point of access to 
the .Internet. 

At the moment IPv4 addressing scheme is in use and it will 
be replaced with IPv6 addressing scheme in future, which 
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will solve the address space problem of the IPv4 addressing 
scheme for the foreseeable future. 



The mobile IP solutions with the IPv4 addressing scheme are 
5 rather complex and require the use of so-called tunneling, 
a Home Agent and a Foreign Agent because originally the 
Internet host computers were assumed to be connected only 
to their home network. That is, IPv4 packets must be 
tunneled if the terminal is connected to the Internet 
10 elsewhere than its home network- 



In contrast thereto, the IPv6 addressing scheme will allow 
a mobile terminal host to host connection via Internet by 
using just terminal IP addresses throughout the network 
15 without any address conversions or tunneling, regardless of 
the mobile terminal host's current point of attachment to 
the Internet. 



Within a radio access network (RAN) the mobile terminals 
20 (mobile user terminals) can move rapidly from one base 

station cell area to an other base station cell area during 
an active connection (between a mobile user terminal and 
another fixed or*' mobile user terminal) when a handoff to a 
new serving base station must occur, that is, the IP 
25 packets arriving to the mobile user terminal must be 

directed to new the base station (Last Hop Gateway) in the 
IP radio access network (IP RAN) . 

It is to be noted that the expression "base station" as 
30 used herein is intended to mean a base transceiver station 
of the radio access network and is also referred to as 
network transceiver device gateway, as it represents the 
gateway in the sense of a kind of an interface from the 
mobile user terminals to the IP radio access network. Also, 
35 such a network transceiver device gateway is intended to 
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mean a so-called Nocie_B in case the radio access network 
conforms to the UMTS system as presently being defined in 
the 3 rd generation partnership project (3GPP) . Likewise, a 
user terminal may be a mobile user terminal (and/or a 

5 mobile terminal host also known as a mobile station) as 
well as a fixed user terminal (and/or host) . Similarly as 
above, the expression user terminal is intended to be 
understood in its broadest sense, so that it covers also 
the case of a user equipment (UE) as a terminal device in a 

10 system conforming to UMTS as presently being defined in the 
3 rd generation partnership project (3GPP) . 

The handoff procedure must occur fast enough in order to 
prevent the generation of too long breaks in communications 
15 especially when there must be maintained a certain quality 
of service (QoS) like in a voice call. 

As a result of the handoff procedure between base 
transceiver stations of the IP RAN, the destination of 

20 arriving IPv6 packets to the mobile user terminal must be 
changed in the routing elements of the IP RAN, i.e. the 
routing elements must be learned to forward packets to a 
new base transceiver station; On the other hand, the route 
from the base station towards a border gateway (of the IP 

25 RAN) via which the mobile user terminal (mobile host) 
communicates i.ito a far-end host (fixed or mobile 
communication partner) must be changed in the routing 
elements of the IP RAN too, that is, both directions of 
connection must be updated in the routing elements of the 

30 network. 

In this connection, it is to be noted that the expression 
routing element as used in this specification is to be 
understood in its broadest sense and is not limited to a 
35 specific type of routing element. A routing element is an 
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element which routes and/or directs a flow of information 
between terminals connected to gateways and/or between 
gateways through an IP network which is present between the 
gateways. Particularly, the expression routing element 

5 means a Layer 3 switch as well as a so-called router, so 
that the present specification is valid for switched 
networks (comprising a layer 3 switch as a routing element) 
as well as for routed networks (comprising a router as a 
routing element) . Also, if in this document reference is 

10 made to a mere "switch" as a routing element, this is of 
course meant to denote a Layer 3 switch as a routing 
element . 

Depending on the IP RAN implementation by using a switched 
network or routed network, the route learning process 
(route update process) is somewhat different. 

In the switched network solution, it is enough to send, 
towards the switched network, just one IP packet with the 
respective host's IP address as a source address via the 
gateways (transceiver gateway and/or border gateway) via 
which the hosts are communicating with each other via the 
IP RAN . 

In the routed network solution, a routing table update 
message must be send in order to update the new routing 
direction to the host's IP address. 

However, due to fast packet switching requirement during a 
handoff process, known mechanisms for the route updating 
process in the IP RAN are not satisfactorily because they . 
30 are still rather time consuming when compared to the packet 
switching times. 

In all known IP radio access network solutions it becomes 
possible to implement the host to host connections via 
35 Internet by just using the mobile user terminal's IPv6 



15 



20 



25 
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addresses throughout the network without any address 
conversions or tunneling, regardless of mobile terminal's 
current point of attachment to the Internet. 

5 In a tunneled host to host connection solution, the base 
stations behave as termination points to the tunnels which 
can be changed under control of the radio access network 
when a mobile terminal's point of attachment in the network 
is moving, 

10 

In a tunneled solution, however, there is drawback that the 
host to host connection IP datagrams must be encapsulated 
inside the datagrams of the tunneling protocol. This in 
turn increases the packet size of the datagrams which 
15 becomes a critical issue due to an extra overhead when 

quality of service (QoS) must be maintained in the services 
of the IP radio access network. 

Therefore, it will be convenient to superannuate and/or to 
20 dispense with the use of tunneling when IPv6 addressing 
scheme is taken in use in the Internet. 

Discarding the tunneling in host to host connections in the 
IP radio access network means easier connection management 
25 from the network point of view, but on the other hand, 

there will arise new problem situations in connection with 
the routing of IPv6 datagrams to the mobile hosts. 

In a tunneled solution, the tunnel termination point IP 
30 addresses for the base stations are known by the network, 
that is, the routes to these are static in the involved 
routing elements of the IP radio access network. 

Now, when mobile terminal's own IPv6 address shall be used, 
35 the problem is that a mobile host's point of attachment to 
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the Internet must be informed to the routing elements of 
the network each time a handoff to a new location (new base 
transceiver station cell area) must be executed while the 
mobile host is moving during an active connection. 
5 Otherwise, the mobile host's correct location is 

temporarily unknown in the routing elements of the network 
while a handoff occurs. 

;'. i 

The major problem in the IP radio access network handoff 
10 procedure is that IPv6 datagrams forwarded to the mobile 
host will be lost during establishing of the new wireless 
connection and setting up of the new route for the IP 
datagrams within the IP radio access network. 

15 During handoff procedure, the IP packets forwarded to and 
intended to arrive at the mobile host are routed to the 
base station to which the mobile host was "connected" (via 
the air interface) before handoff as long as the new route 
is not being informed to the routing elements of the 

20 network and their routing tables become updated. 

Particularly, this problem becomes worse as the mobile host 
itself is active in this route updating procedure, that is, 
it is responsible for route updating control towards the 

25 network. In order to accomplish this, the mobile host must 
wait until the wireless connection to the new base station 
is established, which is the earliest moment when the 
mobile host itself is able to start route updating 
activities via the new base station, that is, the mobile 

30 host's new last gateway towards the IP Radio Access 
Network. 

This means that route updating for the routing elements of 
the network by the mobile host's control can only occur far 
35 too late in order to avoid lost IPv6 packets during handoff 
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procedure. Thus, inevitably some Ipv6 data packets will be 
lost due to handoff procedure and quality of service (QoS) 
will be degraded. 

5 An earlier solution to the described problem can be found 
in the IETF draft "Mobile IP-Cellular IP-00", which 
specifies a specific protocol that allows to route IP 
datagrams to a mobile host. The described protocol is 
intended to provide local mobility and handoff support. The 

10 introduced handoff solution is based on activities by the 
mobile host which transmits a route-update packet and 
redirects the packets destined for the involved mobile host 
from the old to the new base station. 

15 The same assumption that a mobile host should be active in 
handoff s can be found also in the IETF drafts "Hierarchical 
Mobile Ipv4/v6 and Fast Handoffs" and "Mobility Support in 
Ipv6". 

20 However, imposing the burden of the route updating to 

mobile hosts in mobile IP does not fully conform with the 
conceptional idea underlying the Internet because the 
network should provide a transparent platform for host to 
host communications which is independent of the underlying 

25 network technology. 

SUMMARY OF INVENTION 

Hence, it is an object of the present invention to provide 
30 a further improved method for performing a mobile user 
terminal route update in a telecommunication network 
operated based on the Internet Protocol, which is free from 
the above mentioned drawbacks of prior art solutions. 
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According to the present invention, this object is, for 
example, solved by a method for performing a mobile user 
terminal route update in a telecommunication network 
operated based on the Internet Protocol, said network 
5 comprising at least two network transceiver device gateways 
each being adapted to communicate with at least one mobile 
user terminal, at least one routing element adapted to 
provide a route for a communication connection between a 
mobile first user terminal and a second user terminal, said 

10 second user terminal communicating via a border gateway and 
said at least one routing element with said mobile first 
user terminal, and wherein each user terminal is identified 
by its Internet Protocol address, said method comprising 
the steps of detecting an occurrence of a handoff condition 

15 for said mobile first user terminal for a handoff from a 
first one to a second one of said at least two network 
transceiver device gateways, initiating a handoff procedure 
at the mobile first user terminal, the first and the second 
network transceiver device gateways and the border gateway, 

20 and transmitting the respective Internet Protocol address 
of those terminals which are communicating with each other 
by the corresponding gateway to be associated to the 
respective terminal after handoff, before completion of the 
handoff procedure. 

25 

According to respective further technical solutions 

- said network is an Internet Protocol radio access 
. network, 

- said border gateway is a further network transceiver 
30 device gateway and said second user terminal is a further 

mobile user terminal, 

- said routing element is a switch, and 

- in case of a switch, said step of transmitting 
comprises that the Internet Protocol address of the mobile 

35 first user terminal is transmitted from the network 
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transceiver device gateway, to which the handoff is to be 
performed, to the border gateway, and that the Internet 
Protocol address of the second user terminal is transmitted 
from the border gateway to the network transceiver device 
5 gateway, to which the handoff is to be performed, and 

- in case of a switch, said Internet Protocol address 
of said respective terminal is transmitted within a single 
Internet Protocol data packet, 

- said routing element is a router, and 

10 - in case of a router, said step of transmitting 

comprises that the Internet Protocol address of the mobile 
first user terminal is transmitted from the network 
transceiver device gateway, to which the handoff is to be 
performed, to the router, and that the Internet Protocol 

15 address of the second user terminal is transmitted from the 
border gateway to the router, and 

- in case of a router, said Internet Protocol address 
of said respective terminal is transmitted within a routing 
information update message, 

20 - whether in case of a switch or a router, Ipv6 

addressing is used in communication between the 
communicating terminals. 

•->►■ 

Also, according to the present invention, a respective 
25 control device adapted to perform the above method in case 
of a switch Or in case of a router as a routing element, is 
proposed, wherein said control device comprises control 
means distributed over the gateways and a control plane of 
the network. 

30 

Thus, the control device and its control means are 
-.implemented in the IP base stations, in the control plane 

i ! 

and the border gateways of the IP radio access network, 
while the route update method, added to existing handoff 
35 scenarios, is adapted to occur at a proper moment. 
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As mentioned above, according to the present invention, 
there is proposed a general solution for speeding up the 
mobile host route updating process in the IP radio access 
5 network handoff scenarios between base stations within the 
same autonomous system which can be applied in switched 
network as well as in routed network solutions. 

According to the present invention, during the mobile host 
10 handoff to a new base station, that is, after initiation of 
the handoff but still before completion of the handoff, the 
routing elements of the IP radio access network switch the 
IPv6 datagrams forwarded to the (moving) mobile host from 
the previous base station direction to the new base station 
15 direction. On other hand, the IPv6 datagrams sent from the 
mobile host itself find their route to the border gateway 
. of the IP radio access network via which the far end host 
is receiving these datagrams. These route updates, that is, 
change of directions, occur extremely fast and are 
20 synchronized by the network (control plane) to thereby 

avoid interruptions in a mobile host's communication ' while 
maintaining QoS requirements. 

According to the present invention, stated in other words, 
25 a solution for an IP radio access network with a switched 
network implementation is for example as follows: 

A) When the wireless connection establishment (handoff) 
between the mobile host and a base station which prepares 

30. itself to be the new gateway to the mobile host is still 
ongoing, the involved (future new) base station sends one 
IP packet with the mobile host's IP address as a source 
address to the termination point (border gateway) from 
which the far-end Host's IPv6 datagrams are forwarded to 

35 the IP Radio Access Network in order to inform about the 
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new route to the moved mobile host via all the involved 
switches within the autonomous IP radio access network. 
That is, the (future new) base station steals the identity 
of the mobile host for just one IP packet in order to speed 
5 up the new route setup. 

B) During the same handoff scenario and thus at 
substantially the same time, the control plane of the IP 
radio access network initiates the involved border gateway 

10 to send one IP packet with the far-end host's IP address as 
a source address to the new base station (to which the 
handoff is being performed) from which the mobile host's 
IPv6 datagrams are forwarded to the border gateway after 
handoff in order to inform about the new route from the 

15 moved mobile host via all the involved switches within the 
autonomous IP radio access network. That is, the border 
gateway steals the identity of the far-end host for just 
one IP packet in order to speed up the new route setup. 

20 The scenario in a routed network differs from the above due 
to the fact that routers, as a kind of routing elements 
differing from switches, learn new routes only by receiving 
routing information update messages from adjacent routers 
or by configuration. The proposed solution according to the 

25 present invention for an IP radio access network with a 
routed network implementation, stated in other words, is 
therefore, for example as follows: 

A) The scenario is similar to switched network case except 
30 that the involved base station (the one to which the mobile 
host is handed off) sends a route updating message with the 
mobile host's IP address to the IP radio access network in 
order to inform about the new route to the mobile host via 
all the routers within the autonomous IP Radio Access 
35 Network. 
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B) The scenario is similar to the case of a switched . 
network except that the involved border gateway sends a 
route updating message with the far-end host's IP address 
5 to the IP radio access network in order to inform about the 
new route from the moved mobile host to the border gateway 
via all the routers within the autonomous IP radio access 
network. 

10 It is to be understood that the involved base stations and 
the border gateway in the handoff scenario are supplied, 
e.g. by the network control plane, with information about 
host identifications and the termination points of the 
ongoing traffic between the hosts within the IP radio 

15 access network in order to set proper addresses in the 
route updating packets. The control plane of the radio 
access network which is aware of all the active connections 
in the autonomous system can provide information concerning 
these to the base stations and to the border gateway which 

20 are involved in the handoff procedure. 

i'Vi 

Thus, the present invention as outlined above allows to 
update the mobile host's data flow route already during 
handover (handoff) in advance, that is, before the mobile 

25 host's communication continues wireless via the new base 

station. This means that the new route towards the hosts in 
the involved routing elements of the network will be set up 
before the Last Hop connection via the air interface of the 
base station is established. Consequently, the new base 

30 station will loose significantly less (when compared with 
previous solutions) or even none of the incoming IP packets 
targeted/forwarded to the mobile host. On the other hand 
the present invention does not require any activities to be 
performed by the mobile host (user terminal) and also the 
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required controlling effort from the IP radio access 
network is kept minimum. 

Thus, according to the present invention, at least the 
5 following improvements can be achieved: 

- The control of the required route update during the 
handoff scenario is kept in the IP radio access network and 
hidden from the IP mobile terminals, that is, unwanted 
additional tasks for mobile IP terminals during active 

10 connections are eliminated. This principle suits better to 
the original idea of the Internet. 

- The mobile IP terminals can use their standardized 
location management and handoff mechanisms of the 
underlying radio access network technology without 

15 modifications. 

- The solution is simple as standard routing updating 
mechanisms of the IP network are applied. Hence, there is 
no need for conceiving and implementing new protocols. 

- The present invention overcomes the problem with too late 
20 route updating control during handoff which will cause too 

much lost IPv6 datagrams in the mobile host connection with 
QoS requirements. 

Additionally, the present invention provides at least the 
25 following advantages: 

- Cellular IP local mobility, that is, mobility inside an 
IP radio access network becomes easier. In general the 
required extensions to mobile IP for cellular IP support 
can be solved in a more simpler way as compared to the 

30 current proposals. 

; i- Cellular base stations in IP radio access network can be 
: /considered as the mobile IP terminals Last Hop Gateways to 
i: t the Internet which provide automatic mobility support to 
'moving user terminals. 
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- Management of the radio resources in the base station's 
wireless connections (air Interface) can be kept in the 
control plane of the IP radio access network, namely, where 
it has been forever in the existing radio access network 

5 solutions. 

- Mobile IP terminals can rely to current location 
management and handoff mechanisms of the underlying radio 
access network technology without modifications. Hence, the 
well working existing techniques need not to be changed due 

10 to Cellular IP. 

- The required changes in the base stations of the IP radio 
access network are kept minimum so that the route update 
control task can be joined easily to the existing handoff 
scenarios. 

15 - The method and corresponding devices according to the 

present invention provides a solution for IPv6 which allows 
to use mobile terminal host to host connection via Internet 
by using just terminal IP addresses throughout the network 
without any address conversions or tunneling, regardless of 

20 its current point of attachment to the Internet. 

- The method and corresponding devices according to the 
present invention can be implemented in the IP radio access 
network so that it can be used in parallel with the 
existing IPv4 mobile IP mechanisms. 

25 - A solution is provided for IP radio access networks with 
a switched or with a routed network implementations. 

- The present invention can be applied without 
modifications in a "semi-soft" handoff, if an intelligent 
routing element of the IP radio access network is set to 

30 automatically forward the IP packets to the old and to the 
new base station for a predetermined time after each route 
update command (route update message) . Hence, an 
implementation of a "semi-soft" handoff is extremely 
facilitated. 
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- The route updating mechanism according to the present 
invention is required only in conjunction with handoffs 
within autonomous IP radio access networks and thus allows 
to use the existing mechanisms in mobile IP for location 
5 management, session initialization and handoffs to an other 
autonomous IP radio access network without modifications. 

The present invention, when implemented, requires at least 
the 'following modifications: 

10 - The IPv6 addressing scheme is to be used in the Mobile IP 
Terminal host to host connections. {However, of course, the 
present invention is not limited to the sole use of the 
IPv6 addressing scheme, but any other suitable addressing 
scheme may be applicable, as long as said other addressing 

15 scheme preserves the advantages of IPv6 over IPv4, which 
are specific in the context of the present invention, 
namely, any other addressing scheme which avoids tunneling 
can be used in connection with the present invention.) 

- A new route update control task must be implemented in 
20 the base stations of the IP Radio Access Network so that 

the existing handoff scenarios must be modified a bit. 

- A new route update control task must be implemented in 
the border gateway of the IP radio access network which 
means that a control interface is required from the control 

25 plane of the IP radio access network to the border gateway 
in order to command it to send route update message. 

BRIEF DESCRIPTION OF THE DRAWINGS 

30 The present invention and its features and advantages will 
become more fully apparent when referring to the detailed 
description of the accompanying Figures, in which 

Fig. 1 illustrates a handoff scenario within an IP radio 
35 access network local area, and 
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Fig. 2. Illustrates a handoff scenario between a same 
network operator's IP radio access network local areas. 



5 

DETAILED DESCRIPTION OF THE DRAWINGS 

It is to be noted that the drawings illustrate only those 
parts of the telecommunication network which are essential 
10 in connection with the present invention and, for 

simplicity of drawing and explanation, that the illustrated 
number of respective parts is reduced to a minimum number. 

Fig. 1 illustrates a handoff scenario within an IP radio 
15 access network local area as a telecommunication network 
operated based on the Internet protocol. 



A mobile host as a mobile user terminal (or user equipment 
in case of a UMTS terminal) is denoted by reference numeral 
20 1. This mobile host communicates via an air interface 
denoted by reference numeral 2 with a first base 
transceiver station BTS1, denoted by numeral 3, which 
represents a network transceiver device gateway. In order 
that a handoff may take place for the moving mobile user 
25 terminal 1, at least one other network transceiver device 
gateway (base transceiver station BTS2 in the drawing) is 
required in the network, which is denoted by numeral 5. 
Fig. 1 shows the situation in which a handoff condition 
(illustrated by an arrow denoted by numeral 4) is detected 
30 due to a movement of the mobile host 1 from the serving 
: J, area of the base transceiver station 3 to the service area 

i i 

of the base transceiver station 5. Both base transceiver 
stations, 3 and 5, are connected at respective ports, portl 
and port2, to a routing element 6a of the IP radio access 
35 network 6. The routing element 6a may either be a switch in 
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case of a so-called switched network or a router in case of 
a so-called routed network. Fig. 1 covers both situations. 
At a third port, port3, the routing element 6a is connected 
to a border gateway 7 via which the mobile user terminal 1 

5 finally communicates with a' host 8 (far-end terminal, e.g. 
a communication partner) . Of course, a routing element may 
have more than three ports. However, in order that within 
one transmission direction a routing may occur in the sense 
that an information flow may selectively be directed to 

10 another destination (end terminal), three ports is a 
minimum number of ports for a routing element. 

With reference to Fig. 1, the method according to the 
present invention is now described for both cases, a 
15 switched as well as a routed network. 

In case of a switched network: 

Normally the layer 3 switch 6a as a routing element 
20 forwards traffic based on layer 3 addresses and performs 
switching, and may or may not perform route processing. 
There are several different technologies by which layer 3 
* switches can learn routes based on the received data. ' 

25 The handoff in a data network for switched user plane (U- 
plane) can work in the following way (see Fig. 1)-, when 
assuming the following preconditions (as described above) : 
The switch 6a is connected to both, BTS1 (numeral 3) via 
portl and to BTS2 (numeral 5) via port2 and it is connected 

30 to the border gateway 7 via port 3, which border gateway 7 
in turn has another connection to the rest of the network, 
such as a host terminal 2. The mobile host 1 and the far- 
end host2 (numeral 8) have a QoS class connection active. 
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Step 1: In such a situation, at first the mobile host 1 is 
connected to BTS1 (numeral 3) via the air interface 2. The 
BTS1 passes data to switch 6a as a routing element. Then, 
the switch table has the following contents: 
5 port 1 assigned to mobile host 1, 

port 2 — (unassigned) , 

port 3 assigned to Host2 (numeral 8) . 

Step 2: Then, the mobile' host 1 moves, as indicated by the 
10 arrow 4, to an area of a new network transceiver device 

gateway 5 (BTS2) and the network 6 (network control plane) 
detects that a handoff to BTS2 is required. 

Step 3: The network then prepares the mobile host 1, BTS1, 
15 BTS2 and the border gateway 7 for handoff and thus 
initiates the handoff procedure. 

Step 4: Upon initiation of the handoff but still before 
completion thereof, BTS2 sends an IP packet containing the 
20 IP address of the mobile host 1 as a source address 

targeted and/or directed to the termination point (border 
gateway 7) from which the far-end host's (denoted by 8) IP 
datagrams arrive to the IP radio access network. 

25 Step 5: The switch 6a learns (i.e. is informed) that the 
mobile host 1 is now to be connected via port2 of- the 
switch, as it will communicate with BTS2 when the handoff 
is completed. 

30 Then, the switch table has the following contents: 
portl — (unassigned), 
port2 assigned to mobile host 1, 
port3 assigned to Host2 
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Step 6: Data received from Host2 is then forwarded to BTS2 
where mobile host's handoff is targeted, i.e. to which the 
mobile host 1 performs the handoff. 

5 Step 7: The border gateway 7 sends IP packet with the IP 
address of Host2 as a source address targeted and/or 
directed to BTS2 (as the corresponding new termination 
point) . 

10 Step 8: The switch 6a learns that Host2 is to be connected 
and/or is connected (after completion of handoff) via 
port3. In this case nothing changes but if there are more 
than one switches and branches in between, this route 
updating is also necessary. 

15 

Namely, assuming for example a two-level switch arrangement 
(not shown in the figures) , each switch having an 
arrangement as switch 6a (i.e. each switch having three 
ports only). Then, a border gateway can be assumed to be 

20 connected to a first level switch, which provides a branch 
to two second level switches. And each second level switch 
may be assumed to provide in turn respective branches to 
two network transceiver device gateways. In case of a 
handoff occurring between network transceiver device 

25 gateways associated to different second level switches and 
a Host2 being connected to the border gateway as in the 
above case, then also the above mentioned route updating 
for the Host2 will be necessary. 

30 It is to be noted that although the above description of 
the steps alleges a somewhat serial and consecutive 
execution of the individual steps, the route updating (also 
preferred to as "route discovery" in some IETF drafts (IETF 
= Internet Engineering Task Force) ) is carried out from 

35 both gateway directions, that is, originates from the 
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border gateway as well as from the last hop gateway. Hence, 
the execution of the above described steps can occur in 
parallel under control of the network control plane. In 
particular, the network control plane schedules the 

5 execution of the steps in such a manner that the individual 
events can be adapted to existing handoff scenarios as 
defined in GSM or in UMTS. As N a result, the present 
invention, which could be regarded as a function existing 
as a service in the network, is compatible to different 

10 standards. 

In case of a routed network: 

Normally, the basic router functionalities include route 
15 processing (path determination and table maintenance) and 
traffic forwarding (address resolution, counter maintenance 
and header rewriting) . Routing is topology oriented and 
routers filter all broadcast traffic. 

20 The above described scenario (as described in connection 

with Fig. 1) in a routed network differs from the above by 
the fact that routers learn new routes only by receiving 
routing information" updates from adjacent routers or by 
configuration. 

25 

Thus after the above step 3, in which the BTS2 (denoted by 
5) is prepared for handoff, the BTS2 sends a routing 
information update message to the router as a routing 
element (in case of a routed network, the switch is 
30 replaced by a router 6a) . In this way the router 6a learns 
a new route to the correct destination early enough so that 
no data is lost. 

This router solution has a slight drawback of sending other 
35 than payload data which produces some overhead. However, 
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this is not a problem if handoff activity is not too 
frequent (a handoff activity is considered to be too 
frequent if it is faster than about once in a second) , so 
that the handoff frequency should be below one handoff per 
5 second in order not to cause problems. 

As mentioned earlier herein above , whether in connection 
with a switched or a routed network, the border gateway 7 
can be another base station, i.e. a transceiver device 

10 gateway, in the IP radio access network if Host2 (denoted 
by numeral 8) is a mobile user terminal and is connected 
via that base station to the network. If the Host2 is also 
a mobile terminal and is connected to the same IP Radio 
access network via some other base station, and is also 

15 moving and requires handoff at the same time as the mobile 
host 1, then the control plane of the IP radio access 
network must schedule these two handoff scenarios to occur 
in such a timed manner so that the routing elements of the 
network are set up correctly. 

20 

Fig. 2 shows a handoff between two IP radio access network 
local areas of the same operator. This figure serves to 
illustrate that the proposed solution is scaleable. 

25 In detail, in Fig. 2, the same reference numerals denote 
the same or like network parts and/or devices. As. shown, a 
mobile host 1 as a mobile user terminal communicates with a 
base transceiver station BTS1 as a network transceiver 
device gateway 3 via the air interface 2. The network 

30 transceiver device gateway 3 is one (of a plurality, of 

which plurality, for reasons of simplicity of drawing, only 
one is shown) which is associated to a first IP radio 
access network (IP RAN A), denoted by 61. Similarly, a 
network transceiver device gateway 5 is associated to a 

35 second IP radio access network (IP RAN B) , denoted by 62. 
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Upon movement of the mobile host / mobile user terminal 1, 
from the service area of the BTS1 to the one of the BTS2 , 
as indicated by an arrow 4, a handoff condition is detected 
which as a result will lead to the mobile host 1 

5 communicating via the air interface 2 with the BTS2, as 
indicated by a dashed double arrow. The internal 
arrangement of the IP RAN 1 s A and B (61 and 62) is as 
described in connection with Fig. 1 earlier above, that is, 
they contain a routing element which may be a switch or a 

10 router. Also, it is to be noted that the different IP RAN 1 s 
need not necessarily to be both a switched network or both 
a routed network. Stated in other words, the entire IP RAN 
as denoted by 6 may comprise subnetworks such as IP RAN A 
and B, one of which being a switched and the other of which 

15 being a routed (sub-) network. Also, the shown number of 
two subnetworks has only been chosen to keep the 
illustration simple for explanation purposes. Of course, an 
IP radio access network 6 may comprise a plurality of more 
than two subnetworks . 

20 

Each subnetwork, IP RAN 61 and 62, is provided with a 
border gateway 71 and 72, respectively, which works like 
the gateway 7 described in connection with Fig. 1. Via 
these border gateways 71 and 72, respectively, the 
25 respectively, associated IP radio access networks 61 and 62 
communicate with a core network 63 of the entire radio 
access networks. The core network performs control of the 
subnetworks. The core network 63, in turn, is provided with 
a border gateway 73, via which a communication connection 

30 to a far-end host 8 is established. Also, the core network 

i* i 

i ] contains a routing element (not shown) which is adapted to 
:.. ! select a route to one of the associated IP RAN subnetworks. 

In other words, initially, the mobile host communicates via 
35 the air interface 2, the BTS1 3, the IP RAN 61, the border 
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gateway 71, the core network 63 and the border gateway 73 
with the far-end host (Host2) 8. After the handoff has been 
performed, the route has then been changed to mobile host 
1, the air interface 2, the BTS2 5, the IP RAN 62, the 

5 border gateway 72, the core' network 63, the border gateway 
73, the far-end host (Host2) 8. Of course, the indicated 
order is for a communication from the mobile user terminal 
towards the terminal 8, while of course the reverse order 
is valid for the communication from the host 8 to the 

10 mobile user terminal 1. 

The method for performing a mobile user terminal route 
update in such a telecommunication network operated based 
on the Internet Protocol, is similar to the one as 
15 described in detail with reference to Fig. 1 above. A 

difference is merely that at least another routing level 
will have to be added, as the core network 63 will have to 
select a route to the proper subnetwork (IP RAN 61 and/or 
62) . 

20 

Also, the present invention as described herein before is 
independent of specific routing protocols which differ 
between different manufacturer's networks. Hence, the 
present invention can be applied to any routing protocol 

25 adopted in a specific manufacturer's network. 

; \ • . 

Also, a modification of the present invention (in 
connection with switched as well as with routed networks) 
for a so-called 11 semi-soft" handoff is conceivable. That 

30 is, if an intelligent routing element of the IP radio 
access network is provided and is set to automatically 
forward the IP packets to the old and to the new base 
station for a predetermined time after each route update 
command (route update message) , an implementation of such a 

35 "semi-soft" handoff is extremely facilitated. 
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As has been described herein before, the present invention 
proposes a method for performing a mobile user terminal 
route update in a telecommunication network operated based 
5 on the Internet Protocol, said network comprising at least 
two network transceiver device gateways each being adapted 
to communicate with at least one mobile user terminal, at 
least one routing element adapted to provide a route for a 
communication connection between a mobile first user 

10 terminal and a second user terminal, said second user 
terminal communicating via a border gateway and said at 
least one routing element with said mobile first user 
terminal, and wherein each user terminal is identified by 
its Internet Protocol address, said method comprising the 

15 steps of detecting an occurrence of a handoff condition for 
said mobile first user terminal for a handoff from a first 
one to a second one of said at least two network 
transceiver device gateways , initiating a handoff procedure 
at the mobile first user terminal, the first and the second 

20 network transceiver device gateways and the border gateway, 
and transmitting the respective Internet Protocol address 
of those terminals which are communicating with each other 
by the corresponding gateway to be associated to the 
respective terminal after handoff, before completion of the 

25 handoff procedure. Also, the present invention proposes a 
correspondingly adapted control device. 

It should be understood that the above description and 
accompanying drawings are only intended to illustrate the 
30 present invention by way of example only. The preferred 
embodiments of the present invention may thus vary within 
the scope of the attached claims. 
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CLAIMS 

1. A method for performing a mobile user terminal route 
update in a telecommunication network (6) operated based on 
5 the Internet Protocol, 
said network comprising 

at least two network transceiver device gateways (3, 5) 
each being adapted to communicate with at least one mobile 
user terminal (1), 
10 at least one routing element (6a) adapted to provide a 

route for a communication connection between a mobile first 
user terminal (1) and a second user terminal (8), 

said second user terminal (8) communicating via a 
border gateway (7; 73, 71, 72) and said at least one 
15 routing element (6a) with said mobile first user terminal 
(1) , and wherein 

each user terminal (1, 8) is identified by its Internet 
Protocol address, 

said method comprising the steps of: 

20 detecting an occurrence of a handoff (4) condition for 

said mobile first user terminal (1) for a handoff from a 
first one (3) to a second one (5) of said at least two 
network transceiver device gateways, 

initiating a handoff procedure at the mobile first user 

25 terminal (1), the first (3) and the second (5) network 

transceiver device gateways and the border gateway (7; 7 3, 
72, 71), and 

transmitting the respective Internet Protocol address 
of those terminals (1, 8) which are communicating with each 
30 other by the corresponding gateway (5) to be associated to 
the respective terminal after handoff, before completion of 
the handoff procedure. 
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2. A method according to claim 1, wherein said network is 
an Internet Protocol radio access network (6; 6, 61, 62, 
63) . 

5 3. A method according to claim 1 or 2, wherein said border 
gateway (7, 73) is a further network transceiver device 
gateway and wherein said second user terminal (8) is a 
further mobile user terminal. 

10 4. A method according to claim 1, 2 or 3, wherein said 
routing element (6a) is a switch. 

5. A method according to claim 4, wherein said step of 
transmitting comprises that the Internet Protocol address 

15 of the mobile first user terminal (1) is transmitted from 
the network transceiver device gateway (5), to which the 
handoff is to be performed, to the border gateway (7; 73), 
and that the Internet Protocol address of the second user 
terminal (8) is transmitted from the border gateway (7 3) to 

20 the network transceiver device gateway (5), to which the 
handoff is to be performed. 



6. A method according to claim 5, wherein said Internet 
Protocol address of said respective terminal is transmitted 

25 within a single Internet Protocol data packet. 

7. A method according to claim 1, 2 or 3, wherein said 
routing element (6a) is a router. 

30 ']\ 8. A method according to claim 7, wherein said step of 
^transmitting comprises that the Internet Protocol address 
jjof the mobile first user terminal (1) is transmitted from 
[the network transceiver device gateway (5), to which the 
j handoff is to be performed, to the router (6a) , and that 

35 jj the Internet Protocol address of the second user terminal 
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(8) is transmitted from the border gateway (7; 73) to the 
router (6a) . 

9. A method according to claim 8, wherein said Internet 

5 Protocol address of said respective terminal is transmitted 
within a routing information update message. 

10. A method according to any of the preceding claims, 
wherein Ipv6 addressing is used in communication between 

10 the communicating terminals (1, 8) . 

11. A control device adapted to perform the method 
according to claims 1 to 6 and 10. 

15 12. A control device adapted to perform the method 
according to claims 1 to 3 and claims 7 to 10. 

13. A control device according to claims 11 or 12 , wherein 
said control device comprises control means distributed 
20 over the gateways and a control plane of the network. 
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